Wheel-based interface for browsing applications

ABSTRACT

A wheel-based user interface provides navigation between categories and subcategories of applications. A first browse wheel contains a plurality of category regions, each corresponding to an application category. In response to a user selection of an application category received at the first browse wheel, a second browse wheel is displayed. The second browse wheel contains a plurality of subcategory regions, each corresponding to an application subcategory within the selected application category. In response to a user selection of an application subcategory received at the second browse wheel, an application search query is generated using the selected category and subcategory.

BACKGROUND

Field of Art

The disclosure generally relates to user interfaces, and moreparticularly to user interfaces for browsing for applications.

Description of the Related Art

In recent years, use of computers, smartphones, and otherInternet-connected devices has grown exponentially. Correspondingly, thenumber of available applications for such devices has also grown. Today,many diverse applications can be accessed on any number of differentdevices, including, but not limited to, smartphones, tablet computers,personal computers, refrigerators, automobiles, and televisions. Thesediverse applications can include business driven applications, games,educational applications, news applications, shopping applications,efficiency applications, messaging applications, video chattingapplications, media streaming applications, social networkingapplications, and others.

As the number and diversity of applications grows, it becomesincreasingly difficult for users to browse for applications that may beof interest to them. Although some developments in search technologyhave made it easier to search for applications, it remains challengingfor users to find applications by browsing.

BRIEF DESCRIPTION OF DRAWINGS

The disclosed embodiments have other advantages and features which willbe more readily apparent from the detailed description, the appendedclaims, and the accompanying figures (or drawings). A brief introductionof the figures is below.

FIGS. 1A-1C show a mobile device with example screenshots of awheel-based interface for browsing applications.

FIG. 2 illustrates an example environment for performing afunction-based application search.

FIG. 3A is an example block diagram illustrating modules within acategorization system.

FIG. 3B is an example high-level block diagram illustrating elements ofan application data item in an application index.

FIG. 3C is an example data structure for implementing an applicationlist.

FIG. 4A is an example high-level block diagram illustrating componentsof a user device.

FIG. 4B is an example high-level block diagram illustrating a detailedview of modules within an interface display module.

FIG. 5A is a flow chart illustrating an example method for using awheel-based interface to navigate between categories and subcategoriesof applications.

FIGS. 5B-5I show a mobile device with example screenshots of awheel-based interface being used to navigate between categories andsubcategories of applications.

FIG. 6A is a flow chart illustrating an example method for using awheel-based interface to navigate between subcategories of applicationsand lists of applications.

FIGS. 6B-6F show a mobile device with example screenshots of awheel-based interface being used to navigate between subcategories ofapplications and lists of applications.

FIG. 7A is a flow chart illustrating an example method for using awheel-based interface to navigate between lists of applications indifferent subcategories.

FIGS. 7B-7D show a mobile device with example screenshots of awheel-based interface being used to navigate between lists ofapplications in different subcategories.

FIG. 8 illustrates components of an example machine able to readinstructions from a machine-readable medium and execute the instructionsin a processor (or controller).

DETAILED DESCRIPTION

The Figures (FIGS.) and the following description relate to preferredembodiments by way of illustration only. It should be noted that fromthe following discussion, alternative embodiments of the structures andmethods disclosed herein will be readily recognized as viablealternatives that may be employed without departing from the principlesof what is claimed. It is noted that wherever practicable similar orlike reference numbers may be used in the figures and may indicatesimilar or like functionality.

Configuration Overview

One embodiment of a disclosed system, method, and computer readablestorage medium provides a wheel-based user interface that allows a userto easily navigate between different categories and subcategories ofapplications. When a category and subcategory are selected by the user,a search is requested for applications related to the selected categoryand subcategory. In one embodiment, the search includes a search query.In one embodiment, the wheel-based user interface contains three maininterfaces. The first interface presents a category browse wheel withlabels for top-level application categories to the user, and the usercan interact with the category browse wheel to select one of thecorresponding top-level categories. After a user selects a category, asecond interface is displayed that includes a subcategory browse wheelwith labels for subcategories of the selected category. The user cansimilarly interact with the subcategory browse wheel to select one ofthe subcategories. After the user selects a subcategory, a thirdinterface is displayed showing a list of applications in the selectedsubcategory. The third interface also includes a portion of thesubcategory browse wheel, and the user can interact with the browsewheel portion to view applications in a different subcategory withoutreturning to the second interface.

A screenshot of an example of the first interface 101, displayed by auser device 100, is shown in FIG. 1A. In the example of FIG. 1A, fourtop-level application categories are shown corresponding to fourcategory regions 110. More or fewer category regions 110 andcorresponding top-level application categories may be shown in variousembodiments. The first interface 101 includes a category browse wheel109 with four category regions 110A through 110D that represent fourtop-level application categories. The category browse wheel 109 alsoincludes a circular selection region 115 positioned concentric to thecategory browse wheel 109. In some implementations, the selection region115 is circumscribed by the category regions 110 such that the categoryregions 110 surround the selection region 115. The selection region 115includes an identifier graphic 116 that identifies one of the categoryregions 110A through 110D. For example, the identifier graphic 116indicates (e.g., points out) a category region which may be selectedwhen the selection region 115 receives a user gesture (e.g., a tappinggesture). In the screenshot shown in FIG. 1A, the identifier graphic 116is a pointer at the edge of the selection region 115 that points in anupward direction, and the vertex of the identifier graphic 116identifies the category region 110A at the top of the browse wheel 109.While the selection region 115 and the identifier graphic 116 are showninterior to the category regions 110, in other embodiments these may belocated exterior to the category regions 110.

The user can perform one of several different interactions with thecategory browse wheel 109 to select the application categorycorresponding to one of the category regions 110A through 110D. In oneinteraction, the user taps inside the user's preferred category region110 to select the corresponding application category. For example, theuser performing a tapping gesture at a position inside the “play”category region 110A selects the “play” application category. In anotherinteraction with the category browse wheel 109, the user performs one ormore swiping gestures (e.g., arc-shaped swiping gestures) on the browsewheel 109 to rotate the browse wheel 109 until the user's preferredcategory region is in the position identified by the identifier graphic116. After the preferred category region is rotated into the identifiedposition, the user performs a tapping gesture on the selection region115 to select the corresponding application category. In a scenariowhere the user's preferred category region is already in the positionidentified by the identifier graphic 116, the user can perform a tappinggesture on the selection region 115 to select the preferred categoryregion without first rotating the browse wheel 109. In the screenshotshown in FIG. 1A, the user can select the “play” category by tapping theselection region 115 because the “play” category region 110A is in theposition identified by the identifier graphic 116. In one embodiment,rotating a desired category region 110 into alignment with theidentifier graphic 116 may automatically select the category region. Inanother embodiment, a category region is not selected until a user tapsthe selection region 115.

In response to the user's selection of a category region 110, a secondinterface is displayed. FIG. 1B illustrates an example screenshot of thesecond interface 102, which is displayed after a selection of a categoryis received on the first interface 101. Similar to the first interface101, the second interface 102 also includes a browse wheel 119 and aselection region 125 that behave in a manner similar to thecorresponding elements 109, 115 in the first interface 101. That is, thebrowse wheel 119 rotates responsive to a swipe motion and the selectionregion 125 is used for selecting an item in the browse wheel. Thesubcategory browse wheel 119 of the second interface 102 in this examplecontains six subcategory regions 120A through 120F, and each subcategoryregion 120A through 120F represents a subcategory of the selectedcategory. Thus, the user can perform the same interactions with thebrowse wheel 119 and the selection region 125 to select one of theapplication subcategories represented by the subcategory regions 120Athrough 120F on the browse wheel 119. In the illustrated example, the“play” category was selected on the first interface portion 101, so thesubcategories of the “play” category are shown in the subcategoryregions 120A through 120F on the browse wheel 119.

As shown in FIG. 1B, the second interface 102 also includes a priceselection element 130. In one embodiment, the price selection element130 is a menu listing various price ranges for applications. Users canspecify a desired price range for applications by selecting a pricerange from the price selection element 130.

The user interacts with the subcategory browse wheel 119 to select oneof the subcategory regions 120. For example, the user may perform atapping gesture at a position inside one of the subcategory regions 120to select the subcategory. Alternatively, the user may swipe asubcategory region 120 until it is aligned with the identifier graphic126, and tap the selection region 125 to select the subcategorycorresponding to the subcategory region 120. In response to the user'sselection of a subcategory region 120, an application search query isgenerated using the selected category and subcategory. The applicationsearch query is used to retrieve a list of applications within theselected category and subcategory, which is displayed to the user in athird interface.

FIG. 1C illustrates an example screenshot of the third interface 103,which is displayed after a selection of the application subcategory isreceived via the second interface 102. The third interface 103 includesa list of applications 135 in the selected subcategory, which isprovided based on the application search query. As described below, theapplication search query is executed in one embodiment by acategorization system. After the third interface 103 is displayed, theuser can select any application shown in the list 135 or scroll down inthe list 135 to see additional applications. In the illustrated example,the “games” subcategory of the “play” category was selected on thesecond interface 102, so the list of applications 135 is a result of asearch query executed based on the games subcategory and the playcategory.

The third interface 103 also includes a portion 129 of the subcategorybrowse wheel 119 that was shown in its entirety in the second interface102. The portion 129 of the subcategory browse wheel that is shownincludes the subcategory region 120A representing the selectedsubcategory, which allows the user to see the subcategory for theapplications currently displayed in the list 135 and, if desired, toselect a different subcategory. The browse wheel portion 129 alsoincludes adjacent subcategory regions 120B, 120F representing othersubcategories in the application category, and the user can perform leftand right swiping gestures on the partial browse wheel 129 to viewapplication lists for the other subcategories. In the example shown inFIG. 1C, the user can swipe right on the partial browse wheel 129 toview an application list for the sports subcategory, or the user canswipe left to view an application list for the entertainmentsubcategory. When the user swipes to select another subcategory, anotherapplication search query is generated to search for applications in theother subcategory. The applications displayed in the list 135 areupdated to display the results of the application search query for thenewly-selected search query.

In addition to the elements described above, the three interfaces 101,102, 103 may further include a back button 105A that allows the user tonavigate to a previous interface. For example, selecting the back button105A on the third interface 103 (e.g., the example screenshot shown inFIG. 1C) triggers a transition to the second interface 102. As anotherexample, selecting the back button 105A on the second interface 102(e.g., the example screenshot shown in FIG. 1B) triggers a transition tothe first interface 101. In some embodiments, selecting the back button105A on the first interface 101 (e.g., the example screenshot shown inFIG. 1A) triggers a transition to a different interface not shown inFIGS. 1A-1C. For example, in embodiments where the wheel-based interfaceis included as a feature in an application that performs a functionalapplication search, selecting one of the back buttons triggers atransition to an interface portion with a search box in the center ofthe interface. In some embodiments, a dedicated back button 105B of theuser device 100 that is outside of the interfaces 101, 102, 103 performssimilar functions as the back button 105A in the three interfaces 101,102, 103. In these embodiments, the back button 105A may be omitted fromthe interface portions 101, 102, 103 to simplify the on-screenappearance of the interfaces 101, 102, 103.

In one embodiment, the three interfaces 101, 102, 103 include a searchbar 107 and/or a query menu 109 configured to receive a query stringfrom a user. By entering a query string into the search bar 107, theuser can refine the list of applications presented in the thirdinterface 103. Additionally or alternatively, a user may select apredefined query string from the query menu 109. For example, the querymenu 109 may include a small number (e.g., five) of the most commonlyreceived query strings in a given category. If a user enters a querystring into the search bar 107 or selects a predefined query string fromthe query menu 109, an application search query is generated thatincludes the query string as well as the category and subcategoryselected by the user via interactions with the browse wheels. In thiscase, the list of applications presented in the third interface 103includes applications within the selected subcategory that match theuser's query string.

System Architecture

FIG. 2 is a high-level block diagram illustrating an environment 200used for a wheel-based interface for browsing through applications,according to one embodiment. The environment 200 includes a network 230,one or more data sources 235, user devices 220, and a categorizationsystem 205. The data sources 235, user devices 220, and categorizationsystem 205 are in communication with one another via the network 230.Those of skill in the art will recognize that typical environments canhave different numbers of data sources 235, user devices 220, andcategorization systems 205 than illustrated in FIG. 2.

The network 230 enables communications between the various entities ofthe environment 200. In one embodiment, the network 230 uses standardcommunications technologies and/or protocols. Thus, the network 230 caninclude links using technologies such as Ethernet, Wireless Fidelity(WiFi) (e.g., 802.11), worldwide interoperability for microwave access(WiMAX), 3G, Long Term Evolution (LTE), digital subscriber line (DSL),asynchronous transfer mode (ATM), InfiniBand, PCI Express AdvancedSwitching, etc. Similarly, the networking protocols used on the network230 can include multiprotocol label switching (MPLS), the transmissioncontrol protocol/Internet protocol (TCP/IP), the User Datagram Protocol(UDP), the hypertext transport protocol (HTTP), the simple mail transferprotocol (SMTP), the file transfer protocol (FTP), etc. The dataexchanged over the network 230 can be represented using technologiesand/or formats including the hypertext markup language (HTML), theextensible markup language (XML), etc. In addition, all or some of thelinks can be encrypted using conventional encryption technologies suchas secure sockets layer (SSL), transport layer security (TLS), virtualprivate networks (VPNs), Internet Protocol security (IPsec), etc. Inanother embodiment, the entities can use custom and/or dedicated datacommunications technologies instead of, or in addition to, the onesdescribed above. Depending upon the embodiment, the network 230 can alsoinclude links to other networks such as the Internet.

The data sources 235 provide data regarding one or more applications tothe categorization system 205. The data sources 235 are, for example,the systems of operators of application stores, the systems ofapplication developers, the systems of application catalogs ordatabases, websites (e.g., blogs, application review sites, etc.), andthe like. The categorization system 205 accesses the data sources 235according to the interface, content, and update rate of each of the datasource 235.

The user devices 220 receive application data from the categorizationsystem 205 and display the wheel-based user interface to one or moreusers. A user device 220 may be any suitable computer system, such as acomputer server, a desktop computer, a laptop computer, a mobile device(e.g., a tablet, smartphone, personal digital assistant, or wearablecomputer system), a gaming device, and any other suitable computingsystem. The components of an example user device 220 are described withreference to FIGS. 4A and 4B.

The categorization system 205 maintains data that is used to sortapplications into the categories and subcategories in the interfacesshown in FIGS. 1A-1C. An example method of implementing thecategorization system 205 is described below with reference to FIGS.3A-3C. The categorization system 205 retrieves data relating toapplications from data sources 235. Using the retrieved data, thecategorization system 205 identifies attributes of the applications andclassifies the applications into categories and subcategories. When thecategorization system 205 receives a query from a user device 220specifying a category and a subcategory, the categorization system 205determines applications responsive to the query to provide to the userdevices 220.

FIG. 3A is a block diagram illustrating components of the categorizationsystem 205, according to one embodiment. In the illustrated embodiment,the categorization system 205 includes a categorization module 305,application indexes 306, a listing module 310, and application lists311. Some embodiments of the categorization system 205 have additional,different, and/or other components than the ones described herein. Inother embodiments, the functions of the categorization system 205 aredistributed among multiple systems. That is, some or all of thefunctions of the categorization system 205 can be performed by otherentities.

The categorization module 305 combines data received from the datasources 235 into application representation structures for applications.For example, the categorization module 305 receives attributes of thesame application from multiple data sources 235 and adds the attributesto the application representation structure as application data items ofthe application. An attribute may be a particular characteristic thatdescribes a feature of the application. For example, attributes may beicons that represent the application, screenshot images of theapplication in operation, an Application ID, a store ID, a developername, a publisher name, a language, an Entertainment Software RatingBoard (ESRB) rating, a date released, a size of an application, platforminformation, a price, a version, a short description, security ratings,user reviews, user ratings, an application category, an applicationsubcategory, or other aspects of an application. An application categoryrepresents a group of applications having similar functionality,language, platform, subject matter, price, or some other attribute. Anapplication subcategory represents a group of applications within agiven category that have further similarities in one or more attributes.The categorization module 305 may also assign a subcategory or acategory to an application if a category or subcategory for anapplication is not received from any of the data sources 235. In oneembodiment, the missing category or subcategory is assignedautomatically (e.g., using a lookup table associating categories andsubcategories to other attributes of an application, such as theapplication's title). The missing subcategory may also be input by anadministrator of the categorization system.

Based on the application representations, the categorization module 305generates one or more application indexes 306 for supporting applicationsearch and stores the indexes 306 in a computer-readable storage device.For example, the categorization module 305 may generate the applicationindexes 306 by processing the attributes included in each of theapplication representations. Each application index 306 includes datastructures populated with the application representations of theapplications. In one embodiment, one or more of the indexes 306corresponds to a category or a subcategory of applications.

FIG. 3B illustrates an example data structure for an application dataitem 320 in the application indexes 306. In the example shown, theapplication data item 320 includes several attributes of theapplication, including a name 325 of the application, a price 330 forthe application, a category 335, a subcategory 340, and a description345 of the application. The application data item 320 may furtherinclude additional attributes that are not shown in the example of FIG.3B, such as a developer of the application, a rating, or a versionnumber.

Referring now back to FIG. 3A, the listing module 310 retrievesapplication data items 320 from the application database 306 andgenerates application lists 311. When retrieved by a user device 220, alist 311 is displayed to the user for the user's category andsubcategory selection. This list is displayed in one embodiment in thethird interface, e.g., the interface 103 shown in FIG. 1C. In oneembodiment, the listing module 310 automatically generates anapplication list 311 for each subcategory prior to receiving a requestfrom a user device 220. For example, the listing module 310 generates aranking for applications in the subcategory (e.g., based on number ofdownloads) and selects a predetermined number of top-ranked applicationsto be included in the list for that subcategory. In another embodiment,an administrator of the categorization system 205 selects theapplications to be listed for each subcategory, and the listing module310 receives the selections and generates the application lists 311using the administrator selections.

An example data structure for implementing an application list 350 isshown in FIG. 3C. The application list 350 includes attributesindicating the category 355 and subcategory 360 of the applications inthe list, and also includes a list of identifiers 365 for theapplication data items 320 representing applications in the list.

FIG. 4A is an example high-level block diagram illustrating componentsof a user device 220, according to one embodiment. The user device 220includes input devices 405, a display 415, and a categorization systemapplication 425. The user device 220 may also include additionalcomponents that are common to computing devices, such as a processor forexecuting computer program code, a non-transitory storage medium forstoring program code and data (including program code and data for thebrowser application), and networking hardware interfacing with thenetwork to exchange data with the social networking system. Theseadditional components are described in further detail with reference toFIG. 8.

The input devices 405 are hardware devices configured to receiveinteractions from a user. Examples of an input device 405 include atouch-sensitive surface (e.g., a touchscreen or trackpad), a mouse, akeyboard, or a microphone. The display 415 is a hardware device thatprovides visual output to the user. For example, the display 415 may bea display device (e.g., a liquid crystal display (LCD) screen)integrated into the client device. In one embodiment, an input device405 and display 415 are integrated into a single touch-sensitive displaycomponent.

The user device 220 also includes a categorization system application425 executing on the user device 220. The categorization systemapplication 425 communicates information between the user device 220 andthe categorization system 205 so that a user can access features of thecategorization system 205. The categorization system application 425includes an interface display module 430 that performs functions todisplay the wheel-based user interface. The categorization systemapplication 425 also includes a data retrieval module 440 for retrievingapplication data from the categorization system 205, as well as a datacache 450 for storing the retrieved data.

The user device 220 may further include a browser application thatreceives web pages or other content from remotely-connected web-servers(e.g., the categorization system 205) and displays the web pages orother content to the user. In embodiments where the user device 220includes a browser application, the categorization system 205 mayperform some of the functions of the interface display module 430 sothat the wheel-based interface may be implemented as one or more webpages provided by the categorization system 205. In these embodiments,the categorization system application 425 may be omitted from the userdevice 220. In this embodiment, the functions of the categorizationsystem application are executed within the browser application, such asby an applet or script on a categorization system 205 page.

The data retrieval module 440 generates an application search querybased on user inputs at the category and subcategory browse wheels. Theapplication search query identifies the category and subcategoryselected by the user. If a user enters a query string (e.g., via thesearch bar 107 or query menu 109), the application search querygenerated by the data retrieval module 440 may also include the user'squery string. Similarly, if a user selects a desired price range forapplications via the price selection element 130, the application searchquery generated by the data retrieval module 440 may include theselected price range. In one embodiment, the application search querygenerated by the data retrieval module 440 specifies other applicationattributes in addition to the category and subcategory. For example, thedata retrieval module 440 may specify an operating system executing onthe device 220 in the application search query so that search resultsfor the search query include applications compatible with the operatingsystem of the device 220. Other examples of attributes that the dataretrieval module 440 may implicitly add to a query (that is, withoutuser input at the browse wheels) include geographic location andlanguage of the user.

The data retrieval module 440 may also generate application searchqueries in response to user inputs at portions of the user interfacesbesides the browse wheels. For example, if a user enters a query stringinto the search bar 107 on the third interface or selects a predefinedquery string from the query menu 109 while viewing a list ofapplications in a particular subcategory, the data retrieval module 440generates a query including the user's query string and thecurrently-selected application subcategory.

Using the application search query, the data retrieval module 440retrieves application lists and application data items identified in thelists from the categorization system 205. In one embodiment, the dataretrieval module 440 retrieves the application data items andapplication lists prior to receiving user interactions with thewheel-based interface, and stores the retrieved application data itemsand application lists in the data cache 450. By storing the applicationdata items and application lists in the data cache 450, the dataretrieval module 440 reduces latency when the wheel-based interface isused. The data retrieval module 440 may retrieve data from thecategorization system application 425 and update the data cache 450 atregular intervals (e.g., every hour). Alternatively, the categorizationsystem 205 sends the application data items and lists to the user device220 without an accompanying request from the user device 220. Forexample, an application list may be pushed to the user devices 220 whenthe list is updated on the categorization system 205. In this case, thedata retrieval module 440 receives the application data items andapplication lists, and stores them in the data cache 450. In anotherembodiment, the data retrieval module 440 retrieves a list ofapplications from the categorization system 205 using a search querygenerated in response to user interactions with the browse wheels and/orother portions of the user interfaces.

FIG. 4B is an example high-level block diagram illustrating a detailedview of modules within the interface display module 430. In theembodiment shown in FIG. 4B, the interface display module 430 includes awheel rendering module 432, an input processing module 434, and a listrendering module 436.

The wheel rendering module 432 renders browse wheels for display on thedisplay 415. In a first user interface for browsing applications, thewheel rendering module 432 renders a category browse wheel, such as thebrowse wheel 109. The category browse wheel includes one or morecategory regions each corresponding to a respective applicationcategory. In one embodiment, the wheel rendering module 432 labels eachcategory region with a name and/or an icon representing the associatedcategory. In a second user interface, the wheel rendering module 432renders a subcategory browse wheel, such as the browse wheel 119. In oneembodiment, the subcategory browse wheel is displayed as an overlay onthe category browse wheel and is concentric to the category browsewheel. Furthermore, the subcategory browse wheel includes one or moresubcategory regions, each corresponding to a respective applicationsubcategory. Similar to the category browse wheel, the subcategoryregions of the subcategory browse wheel may be labeled with a nameand/or an icon representing the subcategory corresponding to the region.Because the subcategories displayed on the subcategory browse wheeldepend on the category selected at the category browse wheel, the wheelrendering module 432 may display one of several subcategory browsewheels. Each of the subcategory browse wheels may include differentnumbers of subcategory regions (depending on the number of subcategorieswithin a given application category), and the labels of the regions oneach of the subcategory browse wheels may differ based on the categoryand associated subcategories. Finally, for a third interface, the wheelrendering module 432 renders a portion of the subcategory browse wheelfor display with a list of applications.

As a user interacts with the browse wheels generated by the wheelrendering module 432, the wheel rendering module 432 updates the displaybased on user inputs. For example, in response to receiving a userselection of a category at the category browse wheel, the wheelrendering module 432 displays a transition animation to transition fromthe category browse wheel to the subcategory browse wheel. Similarly, inresponse to receiving a user input at the subcategory browse wheel, thewheel rendering module 432 displays a transition animation from thesubcategory browse wheel to the partial browse wheel displayed on thethird interface. Within an interface, the wheel rendering module 432 mayrender animations of the category or subcategory browse wheel, such asrotating the browse wheel in response to user inputs.

The input processing module 434 receives user inputs from the inputdevices 405 and processes the inputs. The input processing module 434sends a signal to the wheel rendering module 432 to update the displaybased on the received user input, and sends an identifier of selectedapplication categories and subcategories to the data retrieval module440. To process a tapping gesture, the input processing module 434receives coordinates indicating the location of a user's tapping gestureon the display screen. The input processing module 434 determines whichcategory or subcategory region includes the received coordinates. Toprocess a swiping gesture (e.g., an arc-shaped swiping gesture), theinput processing module 434 receives coordinates indicating thebeginning and ending positions of the user's gesture. Based on thecoordinates of the beginning of the gesture, the input processing module434 determines which category or subcategory region was selected by theuser. Based on the coordinates of the end of the gesture, the inputprocessing module 434 determines an amount to rotate the browse wheel.For example, the input processing module 434 may determine that thebrowse wheel is to rotate by an angular displacement substantially equalto the angular distance between the beginning and ending coordinates ofthe user's gesture. The input processing module 434 sends the determinedangular displacement to the wheel rendering module 432, which rotatesthe wheel accordingly. Other inputs processed by the input processingmodule 434 include user interactions with the selection region in thecategory or subcategory browse wheels (e.g., the selection regions 115,125 illustrated in FIGS. 1A-B), user interactions with the priceselection element (e.g., the element 130 illustrated in FIG. 1B), anduser interactions with a back button (e.g., the back buttons 105A and105B illustrated in FIGS. 1A-C).

The list rendering module 436 generates an application search querybased on user interactions with the subcategory browse wheel 119. Usingthe generated application search query, the list rendering module 436retrieves a list of applications within the subcategory selected by theuser from the categorization system 205. The list rendering module 436renders a list of applications in a selected subcategory and displaysthe list on the display 415. To render the list, the list renderingmodule 436 may retrieve one or more attributes of each application inthe list from the categorization system 205, such as a name, a thumbnailimage, a rating, and a price of the application. In one embodiment, thelist rendering module 436 receives the list of applications to renderfrom the data retrieval module 440.

Process for Using Wheel-Based User Interface

FIG. 5A illustrates a method 500 for using the wheel-based interface tonavigate between categories and subcategories of applications, inaccordance with an embodiment. In one embodiment, the steps of themethod 500 are performed by the categorization system application 425.Other embodiments can perform the steps of the method in differentorders and can include different, additional, and/or fewer steps. Themethod 500 shown in FIG. 5A will be described with reference to theexample screenshots shown in FIGS. 5B-5I.

The categorization system application 425 displays 502 a category browsewheel on a touchscreen of a user device 220. As illustrated in FIG. 5B,the category browse wheel 109 has a circular shape and includes categoryregions (“play,” “work,” “live,” and “learn”) within the circular shape.Although FIG. 5B shows four category regions, the category browse wheelmay include additional or fewer category regions. A user input,comprising a user's interaction with the category browse wheel 109, isreceived 504. For example, in FIG. 5B, the user input is a tappinggesture at a location 501 within the “work” category region 110B, whichselects the “work” category. Other user interactions with the categorybrowse wheel 109 may alternatively be received, such as an arc-shapedswiping gesture to rotate the category browse wheel 109 until theidentifier graphic 116 identifies a desired category region.

In response to receiving 504 the user input, the categorization systemapplication 425 displays 506 a transition animation. An exampletransition animation is illustrated in FIGS. 5C-I. As shown in FIG. 5C,in response to receiving 504 the user input in the “work” categoryregion 110B, the category browse wheel 109 rotates counterclockwiseuntil the “work” category region 110B is aligned with the identifiergraphic 116, as shown in FIG. 5D. Next, as shown in FIG. 5E, a circularsweep animation is displayed on the category browse wheel 109. Thecircular sweep animation is an animation in which the first browse wheeltransitions to the second browse wheel such that the second browse wheelis shown in place of the first browse wheel on the touchscreen. In theembodiment illustrated in FIG. 5E, the circular sweep animationsequentially removes the category regions from the category browse wheel109, until, as shown in FIG. 5F, the category regions are no longerdisplayed on the category browse wheel 109. In one embodiment, thecircular sweep animation is a circular sweep in the opposite directionfrom the direction the browse wheel 109 rotated to align the selectedsubcategory region with the identifier graphic 116. For example, becausethe category browse wheel 109 rotated counterclockwise in FIG. 5C aftera user input selecting the “work” category region 110B was received, thecircular sweep animation shown in FIG. 5E is a clockwise sweep. Afterthe category regions have been removed from the browse wheel, a border503 moves radially inwards, as shown in FIGS. 5G-5H. Next, thecategorization system application 425 displays 508 a subcategory browsewheel 119, as shown in FIG. 5H. The subcategory browse wheel 119 isdisplayed on the same area of the display in which the category browsewheel was displayed, and is displayed as a concentric overlay to thecategory browse wheel 109. Finally, as the last step in the transitionanimation shown in FIG. 5I, subcategory regions 120 are displayed on thesubcategory browse wheel 119.

Various embodiments use other variations of the transition animation.For example, rather than the category browse wheel rotatingcounterclockwise as in FIG. 5C, the transition animation may involve aclockwise rotation of the category browse wheel 109. In one embodiment,the direction of rotation of the category browse wheel depends on thelocation of the selected category region on the category browse wheel109. For example, if a selected category region is positionedsubstantially on the left side of the browse wheel 109 (e.g., more thanhalf the area of the category region is on the left side), the categorybrowse wheel rotates in a clockwise direction. If a selected categoryregion is positioned substantially on the right side of the browse wheel109 (e.g., if more than half of the area of the category region is onthe right side), the category browse wheel rotates in a counterclockwisedirection. Similarly, the circular sweep animation shown in FIG. 5E maybe a counterclockwise sweep rather than a clockwise sweep.

Referring again to FIG. 5A, the categorization system application 425receives 510 a subcategory selection, comprising a user interaction withthe subcategory browse wheel. The categorization system application 425may also receive a query string input by the user. In response toreceiving the subcategory selection, the categorization systemapplication 425 generates 512 an application search query using theselected application category and subcategory, and, if applicable, theuser-entered query string.

FIG. 6A illustrates a method 600 for using the wheel-based interface tonavigate between subcategories of applications and lists ofapplications, in accordance with one embodiment. In one embodiment, thesteps of the method 600 are performed by the categorization systemapplication 425. Other embodiments can perform the steps of the methodin different orders and can include different, additional, and/or fewersteps. The method 600 shown in FIG. 6A will be described with referenceto the example screenshots shown in FIGS. 6B-6F.

The categorization system application 425 displays 602 the subcategorybrowse wheel, which includes one or more subcategory regions eachcorresponding to a subcategory of applications. For example, thesubcategory browse wheel 119 is illustrated in FIG. 6B. The subcategoryregions of the subcategory browse wheel depend on the category selectedby a user interacting with the category browse wheel. The categorizationsystem application 425 receives 604 a user selection of a subcategoryregion of the subcategory browse wheel. Similar to user interactionswith the category browse wheel, user interactions with the subcategorybrowse wheel may be received in several different ways. As one example,which is illustrated in FIG. 6B, a tapping gesture is received at alocation 601 within the “games” subcategory region 120A. Other examplesof user interactions with the subcategory browse wheel includearc-shaped swiping gestures to angularly swipe a desired subcategoryregion until the identifier graphic 126 identifies the desiredsubcategory region.

In response to receiving 604 the user input, the categorization systemapplication 425 displays 606 a transition animation. An exampletransition animation is shown in FIGS. 6C-6F. As shown in FIG. 6C, thesubcategory browse wheel 119 rotates counterclockwise until the “games”subcategory region 120A is aligned with the identifier graphic 126,responsive to the user selection of the “games” subcategory regionreceived in FIG. 6B. After the “games” subcategory region 120A isaligned with the identifier graphic 126, as shown in FIG. 6D, thecategorization system application 425 displays a translation of thesubcategory browse wheel 119 to an edge of the display, as shown in FIG.6E. In particular, FIG. 6E shows a downward translation of thesubcategory browse wheel 119 to a bottom edge of the display, though inother embodiments the subcategory browse wheel 119 may be translated toa different edge of the display. As also shown in FIG. 6E, thecategorization system application 425 displays a leftward translation ofa list 135 of applications during the downward translation of thesubcategory browse wheel 119. Finally, as shown in FIG. 6F, thecategorization system application 425 displays 608 a third interface,which includes the list 135 of applications in the selected subcategoryas well as a portion 129 of the subcategory browse wheel 119. Theportion 129 of the subcategory browse wheel displayed on the thirdinterface includes at least the subcategory region corresponding to theselected subcategory.

When viewing the list 135 of applications, the user can navigate to alist of applications in a second subcategory without returning to thesecond interface. FIG. 7A illustrates a method 700 for using awheel-based interface to navigate between lists of applications indifferent subcategories, in accordance with an embodiment. In oneembodiment, the steps of the method 700 are performed by thecategorization system application 425. Other embodiments can perform thesteps of the method in different orders and can include different,additional, and/or fewer steps. The method 700 shown in FIG. 7A will bedescribed with reference to the example screenshots shown in FIGS.7B-7D.

The categorization system application 425 displays 702 a list ofapplications in a first subcategory and a portion of the subcategorybrowse wheel, including at least the subcategory region corresponding tothe first subcategory. For example, FIG. 7B illustrates a list 135 ofapplications with the “games” subcategory, and illustrates a portion 129of the subcategory browse wheel including the subcategory region 120Acorresponding to the “games” subcategory. The categorization systemapplication 425 receives 704 a user input at the displayed portion ofthe subcategory browse wheel. The received user input selects a secondsubcategory region in the subcategory browse wheel. For example, thereceived user input is a lateral or arc-shaped gesture to rotate thesubcategory browse wheel until a second subcategory region is alignedwith an identifier graphic. An example user gesture is illustrated inFIG. 7C. In FIG. 7C, the user provides an input at the portion 129 ofthe subcategory browse wheel to rotate the wheel in a clockwisedirection until the “sports” subcategory region is aligned with theidentifier graphic 126.

In response to receiving 704 the user input, the categorization systemapplication 425 generates 706 an application search query using thesecond subcategory region. The categorization system application 425uses the search query to retrieve a list of applications within thesecond subcategory. The list of applications may be retrieved from theuser device 220 or from the categorization system 205.

The categorization system application 425 displays 708 a transitionanimation to transition from the list of applications in the firstsubcategory to the list of applications in the second subcategory. Forexample, the categorization system application 425 displays a horizontaltranslation of the list 135 and a horizontal translation of a list 735of applications in the second subcategory. In one embodiment, to providean intuitive user interface, the direction of the horizontal translationdepends on the direction of rotation of the subcategory browse wheel.For example, because the subcategory browse wheel in FIG. 7C is rotatedin a clockwise direction, the lists 135, 735 are translated to the rightof the display. Alternatively, if a user input to rotate the subcategorybrowse wheel in a counterclockwise direction is received, the lists 735,135 may be translated to the left of the display. The list ofapplications in the second subcategory, such as the second applicationlist 735, is displayed 710 by the categorization system application 425.FIG. 7D illustrates the second application list 735, along with theportion 129 of the subcategory browse wheel including the “sports”subcategory. The user can interact with the list 735 of applications inthe second subcategory to select a desired application, or can rotatethe subcategory browse wheel to select yet another subcategory ofapplications to browse.

The wheel-based user interface described herein has multiple advantages.In particular, since applications are categorized into both categoriesand subcategories, the user can initially be presented with a relativelysmall number of top-level categories (e.g., four). Presentingapplications in this manner prevents overwhelming the user with a longlist of narrowly-defined categories in which it may be difficult for theuser to quickly find a desired category. In addition, the layout of thebrowse wheel and indicator graphic resembles physical objects such ascontrol knobs and combination locks, which makes the interface intuitiveto the user and easier to manipulate than a conventional list ofcategories.

While the wheel-based user interface has been described as a circularwheel, the “wheel” may be any suitable shape that rotates about a pointand can be turned by the user. For example, the user interface may beany suitable shape that can be easily rotated by the user, such as asquare, star, hexagon, or other shape, and does not need to be asymmetric shape. The category browse wheel 109 and subcategory browsewheel 119 may also be different shapes, and the subcategory browse wheel119 may not be concentric to the category browse wheel. A wheel-baseduser interface may also include more than two browse wheels for browsingany number of levels of a hierarchy.

Furthermore, while the wheel-based user interface has been described asproviding a method for browsing categories and subcategories ofapplications, the interface may be used to browse any type ofhierarchically organized objects or data. For example, a wheel-basedinterface could be used to browse categories and subcategories of music,videos, books, photos, job postings, classified ads, restaurantlistings, and the like. Similarly, the wheel-based interface is notlimited to browsing objects of a single type. For example, the categorybrowse wheel may be used to select an object type (e.g., applications,music, videos, and so forth), while the subcategory wheel is used toselect categories within the selected object type.

Computing Machine Architecture

FIG. 8 is a block diagram illustrating components of an example machineable to read instructions from a machine-readable medium and executethem in a processor (or controller), as an example of the categorizationsystem 205 or user devices 220. Specifically, FIG. 8 shows adiagrammatic representation of a machine in the example form of acomputer system 800 within which instructions 824 (e.g., software) forcausing the machine to perform any one or more of the methodologiesdiscussed herein may be executed. In alternative embodiments, themachine operates as a standalone device or may be connected (e.g.,networked) to other machines. In a networked deployment, the machine mayoperate in the capacity of a server machine or a client machine in aserver-client network environment, or as a peer machine in apeer-to-peer (or distributed) network environment.

The machine may be a server computer, a client computer, a personalcomputer (PC), a tablet PC, a set-top box (STB), a personal digitalassistant (PDA), a cellular telephone, a smartphone, a web appliance, anetwork router, switch or bridge, or any machine capable of executinginstructions 824 (sequential or otherwise) that specify actions to betaken by that machine. Further, while only a single machine isillustrated, the term “machine” shall also be taken to include anycollection of machines that individually or jointly execute instructions824 to perform any one or more of the methodologies discussed herein.

The example computer system 800 includes one or more processors 802(e.g., a central processing unit (CPU), a graphics processing unit(GPU), a digital signal processor (DSP), one or more applicationspecific integrated circuits (ASICs), one or more radio-frequencyintegrated circuits (RFICs), or any combination of these), a main memory804, and a static memory 806, which are configured to communicate witheach other via a bus 808. The computer system 800 may further includegraphics display unit 810 (e.g., a plasma display panel (PDP), a liquidcrystal display (LCD), a projector, or a cathode ray tube (CRT)). Thecomputer system 800 may also include alphanumeric input device 812(e.g., a keyboard), a cursor control device 814 (e.g., a mouse, atrackball, a joystick, a motion sensor, or other pointing instrument), astorage unit 816, a signal generation device 818 (e.g., a speaker), anda network interface device 820, which also are configured to communicatevia the bus 808.

The storage unit 816 includes a machine-readable medium 822 on which isstored instructions 824 (e.g., software) embodying any one or more ofthe methodologies or functions described herein. The instructions 824(e.g., software) may also reside, completely or at least partially,within the main memory 804 or within the processor 802 (e.g., within aprocessor's cache memory) during execution thereof by the computersystem 800, the main memory 804 and the processor 802 also constitutingmachine-readable media. The instructions 824 (e.g., software) may betransmitted or received over a network 826 via the network interfacedevice 820.

While machine-readable medium 822 is shown in an example embodiment tobe a single medium, the term “machine-readable medium” should be takento include a single medium or multiple media (e.g., a centralized ordistributed database, or associated caches and servers) able to storeinstructions (e.g., instructions 824). The term “machine-readablemedium” shall also be taken to include any medium that is capable ofstoring instructions (e.g., instructions 824) for execution by themachine and that cause the machine to perform any one or more of themethodologies disclosed herein. The term “machine-readable medium”includes, but not be limited to, data repositories in the form ofsolid-state memories, optical media, and magnetic media.

Additional Configuration Considerations

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Certain embodiments are described herein as including logic or a numberof components, modules, or mechanisms, for example, as illustrated inFIGS. 2-4B. Modules may constitute either software modules (e.g., codeembodied on a machine-readable medium or in a transmission signal) orhardware modules. A hardware module is tangible unit capable ofperforming certain operations and may be configured or arranged in acertain manner. In example embodiments, one or more computer systems(e.g., a standalone, client or server computer system) or one or morehardware modules of a computer system (e.g., a processor or a group ofprocessors, e.g., processor 802) may be configured by software (e.g., anapplication or application portion) as a hardware module that operatesto perform certain operations as described herein.

In various embodiments, a hardware module may be implementedmechanically or electronically. For example, a hardware module maycomprise dedicated circuitry or logic that is permanently configured(e.g., as a special-purpose processor, such as a field programmable gatearray (FPGA), an application-specific integrated circuit (ASIC), or asystem on a chip (SoC)) to perform certain operations. A hardware modulemay also comprise programmable logic or circuitry (e.g., as encompassedwithin a general-purpose processor or other programmable processor) thatis temporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g., configured by software) may bedriven by cost and time considerations.

The various operations of example methods described herein may beperformed, at least partially, by one or more processors, e.g.,processor 802, that are temporarily configured (e.g., by software) orpermanently configured to perform the relevant operations. Whethertemporarily or permanently configured, such processors may constituteprocessor-implemented modules that operate to perform one or moreoperations or functions. The modules referred to herein may, in someexample embodiments, comprise processor-implemented modules.

The one or more processors may also operate to support performance ofthe relevant operations in a “cloud computing” environment or as a“software as a service” (SaaS). For example, at least some of theoperations may be performed by a group of computers (as examples ofmachines including processors), these operations being accessible via anetwork (e.g., the Internet) and via one or more appropriate interfaces(e.g., application program interfaces (APIs).)

The performance of certain of the operations may be distributed amongthe one or more processors, not only residing within a single machine,but deployed across a number of machines. In some example embodiments,the one or more processors or processor-implemented modules may belocated in a single geographic location (e.g., within a homeenvironment, an office environment, or a server farm). In other exampleembodiments, the one or more processors or processor-implemented modulesmay be distributed across a number of geographic locations.

Some portions of this specification are presented in terms of algorithmsor symbolic representations of operations on data stored as bits orbinary digital signals within a machine memory (e.g., a computermemory). These algorithms or symbolic representations are examples oftechniques used by those of ordinary skill in the data processing artsto convey the substance of their work to others skilled in the art. Asused herein, an “algorithm” is a self-consistent sequence of operationsor similar processing leading to a desired result. In this context,algorithms and operations involve physical manipulation of physicalquantities. Typically, but not necessarily, such quantities may take theform of electrical, magnetic, or optical signals capable of beingstored, accessed, transferred, combined, compared, or otherwisemanipulated by a machine. It is convenient at times, principally forreasons of common usage, to refer to such signals using words such as“data,” “content,” “bits,” “values,” “elements,” “symbols,”“characters,” “terms,” “numbers,” “numerals,” or the like. These words,however, are merely convenient labels and are to be associated withappropriate physical quantities.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g., a computer) that manipulates or transformsdata represented as physical (e.g., electronic, magnetic, or optical)quantities within one or more memories (e.g., volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine components that receive, store, transmit, or displayinformation.

As used herein any reference to “one embodiment” or “an embodiment”means that a particular element, feature, structure, or characteristicdescribed in connection with the embodiment is included in at least oneembodiment. The appearances of the phrase “in one embodiment” in variousplaces in the specification are not necessarily all referring to thesame embodiment.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand components of the embodiments herein. This is done merely forconvenience and to give a general sense of the invention. Thisdescription should be read to include one or at least one and thesingular also includes the plural unless it is obvious that it is meantotherwise.

Upon reading this disclosure, those of skill in the art will appreciatestill additional alternative structural and functional designs for asystem and a process for using a wheel-based interface to navigatebetween categories and subcategories of applications through thedisclosed principles herein. Thus, while particular embodiments andapplications have been illustrated and described, it is to be understoodthat the disclosed embodiments are not limited to the preciseconstruction and components disclosed herein. Various modifications,changes and variations, which will be apparent to those skilled in theart, may be made in the arrangement, operation and details of the methodand apparatus disclosed herein without departing from the spirit andscope defined in the appended claims.

What is claimed is:
 1. A computer-implemented method comprising:displaying, on a touchscreen of a user device, a first browse wheelhaving a circular shape and comprising a plurality of category regionswithin the first browse wheel, each category region associated with anapplication category and having a visual representation of theassociated application category; receiving a user selection of anapplication category, the user selection of the application categorycomprising a touchscreen interaction with the first browse wheel;displaying, in response to the received user selection, a second browsewheel having a circular shape and comprising a plurality of subcategoryregions within the second browse wheel, each subcategory regionassociated with an application subcategory of the selected applicationcategory and including a visual representation of the associatedapplication subcategory, wherein a center of the second browse wheel isat a first location of the touchscreen; receiving a user selection of anapplication subcategory, the user selection of the applicationsubcategory comprising a touchscreen interaction with the second browsewheel; generating, in response to the received user selection of theapplication subcategory, an application search query using the selectedapplication category and the selected application subcategory; and inresponse to receiving search results corresponding to the applicationsearch query, displaying a search results interface, wherein displayingthe search results interface includes: displaying the search results,wherein the search results include a set of applications; and displayingonly a portion of the second browse wheel, wherein the portion of thesecond browse wheel (i) is centered at a second location of thetouchscreen that is different than the first location, (ii) is less thanan entirety of the second browse wheel, (iii) includes at least thesubcategory region associated with the selected application subcategory,and (iv) is adjoining an edge of the touchscreen of the user device. 2.The method of claim 1, wherein the first browse wheel comprises a firstselection region having an identifier graphic identifying one of theplurality of category regions.
 3. The method of claim 2, wherein thefirst selection region has a substantially circular shape and isconcentric to the first browse wheel.
 4. The method of claim 2, whereinreceiving the user selection of an application category comprises:detecting a swiping gesture beginning at a first angular position insidethe first browse wheel and ending at a second angular position insidethe first browse wheel, the second angular position different from thefirst angular position; responsive to detecting the swiping gesture,displaying an angular rotation of the first browse wheel, the angularrotation causing the first browse wheel and the category regions torotate such that the identifier graphic identifies a different categoryregion; detecting a tapping gesture at a position inside the firstselection region; and responsive to detecting the tapping gesture,selecting the category region identified by the identifier graphic afterthe angular rotation is displayed.
 5. The method of claim 1, whereinreceiving the user selection of an application category comprises:detecting a tapping gesture at a position inside a category region; andselecting the application category associated with the category regionin which the tapping gesture was detected.
 6. The method of claim 1,further comprising: responsive to receiving the user selection of anapplication category, displaying an animation over the first browsewheel.
 7. The method of claim 1, wherein displaying the set ofapplications further comprises displaying a list of the applicationsassociated with the selected application subcategory.
 8. The method ofclaim 7, further comprising: responsive to receiving the user selection,displaying: a downward translation of the second browse wheel causingthe second browse wheel to move towards the edge of the touchscreen suchthat only the portion of the second browse wheel is displayed, and ananimation that introduces the list of the applications on thetouchscreen, wherein the edge of the touchscreen is a bottom edge of thetouchscreen.
 9. The method of claim 8, further comprising: receiving auser selection of a second application subcategory, the user selectioncomprising a touchscreen interaction with the displayed portion of thesecond browse wheel; and displaying a list of applications associatedwith the second application subcategory and further including a modifiedportion of the second browse wheel, the modified portion of the secondbrowse wheel containing the second subcategory region.
 10. The method ofclaim 9, wherein the user selection of the second applicationsubcategory comprises a lateral swiping gesture on the displayed portionof the second browse wheel.
 11. The method of claim 9, furthercomprising: responsive to receiving the user selection, displaying anangular rotation of the second browse wheel portion, the angularrotation causing the displayed portion of the second browse wheel tocontain the subcategory region associated with the second applicationsubcategory.
 12. The method of claim 1, further comprising displaying aprice selection element presenting the user with a plurality of priceranges.
 13. The method of claim 12, further comprising: receiving a userselection of a price range, the user selection comprising a touchscreeninteraction with the price selection element; wherein generating theapplication search query comprises generating the application searchquery using the selected price range.
 14. The method of claim 1, furthercomprising: displaying a search bar configured to receive a querystring; receiving a query string at the search bar; wherein generatingthe application search query comprises generating the application searchquery using the received query string.
 15. A non-transitory computerreadable medium storing instructions, the instructions when executed bya processor causing the processor to: display, on a touchscreen of auser device, a first browse wheel having a circular shape and comprisinga plurality of category regions within the first browse wheel, eachcategory region associated with an application category and having avisual representation of the associated application category; receive auser selection of an application category, the user selection of theapplication category comprising a touchscreen interaction with the firstbrowse wheel; display, in response to the received user selection, asecond browse wheel having a circular shape and comprising a pluralityof subcategory regions within the second browse wheel, each subcategoryregion associated with an application subcategory of the selectedapplication category and including a visual representation of theassociated application subcategory, wherein a center of the secondbrowse wheel is at location of the touchscreen; receive a user selectionof an application subcategory, the user selection of the applicationsubcategory comprising a touchscreen interaction with the second browsewheel; generate, in response to the received user selection of theapplication subcategory, an application search query using the selectedapplication category and the selected application subcategory; and inresponse to receiving search results corresponding to the applicationsearch query, display a search results interface, wherein the searchresults interface includes: a set of applications specified by thesearch results; and only a portion of the second browse wheel, whereinthe portion of the second browse wheel (i) is centered at a secondlocation of the touchscreen that is different than the first location,(ii) is less than an entirety of the second browse wheel, (iii) includesat least the subcategory region associated with the selected applicationsubcategory, and (iv) is adjoining an edge of the touchscreen of theuser device.
 16. The non-transitory computer readable medium of claim15, wherein the first browse wheel comprises a first selection regionhaving an identifier graphic identifying one of the plurality ofcategory regions, and wherein the instructions that when executed causethe processor to receive the user selection of an application categorycomprise instructions that cause the processor to: detect a swipinggesture beginning at a first angular position inside the first browsewheel and ending at a second angular position inside the first browsewheel, the second angular position different from the first angularposition; responsive to detecting the swiping gesture, display anangular rotation of the first browse wheel, the angular rotation causingthe first browse wheel and the category regions to rotate such that theidentifier graphic identifies a different category region; detect atapping gesture at a position inside the first selection region; andresponsive to detecting the tapping gesture, select the category regionidentified by the identifier graphic after the angular rotation isdisplayed.
 17. The non-transitory computer readable medium of claim 15,wherein the instructions that when executed cause the processor toreceive the user selection of an application category compriseinstructions that cause the processor to: detect a tapping gesture at aposition inside a category region; and select the application categoryassociated with the category region in which the tapping gesture wasdetected.
 18. The non-transitory computer readable medium of claim 15,wherein the set of applications is a list of the applications associatedwith the selected application subcategory.
 19. The non-transitorycomputer readable medium of claim 17, further comprising instructionsthat when executed cause the processor to: receive a user selection of asecond application subcategory, the user selection comprising atouchscreen interaction with the displayed portion of the second browsewheel; and display a list of applications associated with the secondapplication subcategory and further including a modified portion of thesecond browse wheel, the modified portion of the second browse wheelcontaining the second subcategory region.
 20. The non-transitorycomputer readable medium of claim 19, further comprising instructionsthat when executed cause the processor to: responsive to receiving theuser selection, display an angular rotation of the second browse wheelportion, the angular rotation causing the displayed portion of thesecond browse wheel to contain the subcategory region associated withthe second application subcategory.
 21. The non-transitory computerreadable medium of claim 15, further comprising instructions that whenexecuted cause the processor to: display a price selection elementpresenting the user with a plurality of price ranges; and receiving auser selection of a price range, the user selection comprising atouchscreen interaction with the price selection element; whereingenerating the application search query comprises generating theapplication search query using the selected price range.
 22. The methodof claim 1 wherein displaying the first browse wheel includes displayingan entirety of the first browse wheel.
 23. The method of claim 1 whereindisplaying the search results interface includes displaying a portion ofthe first browse wheel, wherein the portion of the first browse wheel(i) indicates the selected application category, (ii) is less than anentirety of the first browse wheel, and (iii) adjoins the edge of thetouchscreen.
 24. The method of claim 1 wherein generating theapplication search query includes transmitting the application searchquery to a server and receiving the search results corresponding to theapplication search query.